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Abstract 



A method for programming a bus-compatible electronic motor vehicle controller that is equipped with at least one 
microcomputer to implement its control function and with ROM and RAM in order to accommodate and handle 
applications software required for the control function, and is also equipped with at least one bus protocol chip, the 
ROM being programmed such that the applications software communicates with a bus via the bus protocol chip and 
via a specific instruction and communications interface forming a first interface of the bus protocol chip. The method 
includes providing a second interface, which is independent of the bus protocol chip, and defining the second interface 
as a further, universal instruction and communications interface. The first and second interfaces are coupled with a 
driver module that is independent of the applications software and adapted to the bus protocol chip and has the 
properties of an adapter. The applications software are matched and aligned exclusively to the second interface with 
respect to the bus communication and the applications software is produced independently of the bus protocol chip. 
The applications software and the driver module are linked to one another by a link process. Program code is obtained 
as a result of the link process. The program code is stored such that the program code is resident in the ROM. 
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Prufungsantrag gem. S 44 PatG ist gestellt 

© Verfahren zur Programmierung eines busfahigen elelctronischen Kfz-Steuergerates 

@ Ein Verfahren zur Programmierung eihes busfahigen elek- 

tronischen Kfz-Steuergerates wird beschrieben, Jetztwel- 

ches zur Realisierung seiner Steuerfunktion mit wenigstens 

einem Mikrorechner (und) mit ROM und RAM zur Aufnahme 

bzw. Abwickiung der fur die Steuerfunktion erforderlichen 

Applikationssoftware und des weiteren mit wenigstens 

einem Bus-Protokollchip ausgerustet ist, und wobei die 

Programmierung des ROMs in einer Weise geschieht, daS 

besagte Applikationssoftware uber den wenigstens einen 

Bus-Protokollchip und insoweit im Sinne einer ersten 

Schnittstelle uber dessen/deren spezifische instruktions- 

und Kornmunikationsoberflache(n) mit dem Bus kommuni- 

ziert. Erfindungsgemas wird der wenigstens eine Bus-Proto- 
kollchip gegenuber der Applikationssoftware "verdeckt", 

ihdem eine zweite, universelle, vom/von Bus-Protokoll- 
■ ' chip(s) .unabhangige Schnittstelle definiert wird, zwecks 
^ Kopplung dieser Schnittstelle mit der Instruktions- und 

Kommunikationsoberflache des/der Bus-Protokollchip(s) un- 

abhangig von der Appiikationssoftware ein auf den/die 
|g relevanten Bus-Protokollchip(s) zugeschnittenes Treiber- 
€23 Mod ul mit Ada ptereigenschaften erzeugt wird, die steuerge- 

ratespezifische Applikationssoftware ausschfie&Iich auf die • 
€^3 zweite Schnittstelle abgestimmt und ausgerichtet und inso- 
g^g weit unabhangigvon dem/den Bus-Protokollchip(s) erzeugt 
t^f wird, die von letzterem(n) unabhangige Applikationssoftwa- 
re und das applikationsunabhangige Treiber-Modul mittels 

eines Linkprozesses miteinander verknupft ... 
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Beschreibung 



Die Erfindung betrifft ein Verfahren zur Program- 
mierung eines busfahigen elektronischen Kfz-Steuerge- 
rates in einem Kraf tf ahrzeug nach der Gattung des An- 5 

SP Der vermehrte Einsatz elektrischer und insbesondere 
elektronisch gesteuerter Aktuatoren, Motoren und Ag- 
gregate in Kraftfahrzeugen macht eine immer umfang- 
reichere Verdrahtung erforderiich. Die steigende An- io 
zahl von Kontakten und Kabeln bedingt wachsenden 
Fertigungsaufwand, Platzprobleme innerhalb der Ka- 
rosserie und eine insgesamt sinkende Zuverlassigkeit, 
bei zunehmenden Kosten. Fehlersuchen werden immer 
zeitraubender. PAM/rAnt 15 

Urn hier Abhilf e zu schaffen, wurde das CAN (Cont- 
roller Area Network)-Konzept entwickelt. Es handelt 
sich dabei urn ein serielles Busnetzwerk mit einem spe- 
ziellen Datenubertragungsprotokoll, in welches alle ent- 
sprechenden Komponenten eingebunden werden und 20 
welches eine Quasi-Echtzeitanwendung mit sehr honer 
Betriebssicherheit erlaubt _ 

Im Rahmen dieses neuen Konzepts werden alle bteu- 
er- und Betriebsgerate, die in einem solchen Busnetz 
betrieben werden sollen, mit entsprechenden Hard- und 25 
Softwaremitteln ausgestattet, so daB sie sich dem Bus- 
protokoll gemaB verhalten und ohne gegenseitige Be- 
eintrachtigung angesprochen werden bzw. Daten Oder 
Steuerbefehle vorzugsweise im Broadcast- Verfahren 
uber das Netz verbreiten k5nnen. In der Praxis wird dies 30 
pro Steuergerat durch einen am Bus liegenden und die- 
sen bedienenden Bus-Protokollchip, im folgenden auch 
CAN-Cbntroller oder kurz CAN-Chip genannt, reali- 
siert, welcher mit dem/den jeweiligen hierfur entspre- 
chend programmierten Mikrorechner/n des Steuerge- 35 
rates, d.h. mit der spezifischen Applikation, kommuni- 

ziert a-. 

Die Vielzahl von busrelevanten Steuergeraten in ei- 
nem Fahrzeug und die folgliche Beilieferung von unter- 
schiedlichen Herstellern hat demnach zur Folge, daB 40 
vergleichbare Zugriffe bzw. Kommunikationsfunktio- 
nen der jeweils steuergeratespezifischen Apphkations- 
sof tware auf den Bus je nach verwendetem CAN-Cont- 
roller von jedem Steuergeratehersteller separat gelost 
werden mussen und in der Praxis auch auf jeweils ande- 45 
re Weise gelfist werden. Dies hat nicht nur emen insge- . 
samt erheblichen Zeitaufwand fiir die jeweils mdividuei- 
le Programmierung zur Folge. Aus je nach Programmie- 
rung unterschiedlichen bzw. streuenden Durchgriffszei- 
ten von der Applikation uber den CAN-Controller auf 50 
den Bus konnen verdeckte Probleme z. B. beim Echt- 
zeitbetrieb einer groBen Zahl von Steuergeraten unter- 
schiedlicher Hersteller entsteheh, auch wenn alle Gera- 
te jeweils fur sich alleine genommen das Bus-ProtokoU 
einhalten. . , r _ . 55 

Es ist daher Aufgabe der Erfindung, em Verfahren zu 
schaffen, welches eine einfache, zeitsparende sichere 
und die vorgenannten Probleme minimierende Pro- 
grammierung von unterschiedlichsten Kfz-Steuergera- 
ten fur Busbetrieb erlaubt. 60 

Diese Aufgabe wird durch ein gattungsgemaBes Ver- 
fahren mit den kennzeichnungsgemaBen Merkmalen 
des unabhanjgigen Patentanspruchs 1 gelost 

Das erfindungsgemaBe Verfahren macht den bzw. die 
in einem Kfz-Steuergerat jeweils einzusetzenden Bus- ^ 
Protokoll-Chip/s (CAN-Controller) fur den Program- 
mierer der jeweiligen Applikationssof tware unsicht- 
bar" Da der bzw. die Bus-Protokollchip/s gegenuber 



der Applikationssoftware also gewissermaBen ver- 
deckt" wird/werden, spielt die Art des/der jeweils ver- 
wendeten Bus-Protokoll-Chip/s auch kerne Rolle mehr. 

Diese Verdeckung wird dadurch geleistet, daB imSm- 
ne einer Instruktions- und Kommunikationsoberflache 
eine universelle, von dem/den Bus-Protokollchip/s un- 
abhangige Schnittstelle definiert wird, zwecks Kopp- 
lung dieser Schnittstelle mit der/den Instruktions- und 
KLommunikationsoberflache/n des/der Bus-Protokoll- 
chip/s unabhangig von der Applikationssoftware ein auf 
den/die relevanten Bus-Protokollchip/s zugeschmttenes 
Treiber-Modul mit den Eigenschaften ernes Adapters 
erzeugt wird, die steuergeratespezifische Applikations- 
software bezuglich der Buskommunikation ausschlieB- 
lich auf die genannte Schnittstelle abgestimmt und aus- 
gerichtet und insoweit unabhangig von dem/den Bus- 
Protokollchip/s erzeugt wird, die von dem/den Buspro- 
tokollchip/s unabhangige AppUkationssoftware und das 
appUkationsunabhangige Treiber-Modul mittels eines 
Linkprozesses miteinander verkniipft werden und der 
so erhaltene Programmcode im ROM des wenigstens 
einen Mikrorechners des Steuergerates resident abge- 

lCg Die^vtrknupfte Niederlegung des CAN-Controller- 
spezifischen Treiber-Moduls.zusammen mit der jeweili- 
gen Applikationssoftware in jedem einzelnen von einer 
Vielzahl von Steuergeraten erspart so nicht nur unnoti- 
ge Software-Entwicklungszeit fur gleichartige oder 
ahnliche Kommunikationsschritte bzw. -operationen. 

Durch Reduktion der applikationsseitig auszufOhren- 
den Operationen auf nur wenige, einfache, jedoch lei- 
stungsfahige Routinen, die von der Applikation kom- 
mend auf den Bus gerichtet bzw. vom Bus kommend in 
die Applikation gerichtet auszufflhren sind, kann auch 
eine sehr hohe Betriebssicherheit und Echtzeit-Vertrag- 
lichkeit vieler Steuergerate in einem CAN-Busnetzwerk 
erreicht werden, zumal entsprechende Treibermodule 
fiir unterschiedliche Bus-Protokollchips bzw. CAN- 
Controller jeweils zentral entwickelt, ausgetestet und 
verfugbar gemacht werden konnen. . 

Weitere Vorteile werden erschlossen, wenn das Trei- 
ber-Modul nach Lehre wenigstens eines der Anspruche 
2 bis 6 hergesteUt wird. Werden z. B. gemaB Lehre des 
Anspruchs 4 wenigstens Netzwerk-Managementfunk- 
tionen in einem weiteren Modul zusarnmengefaBt und 
wird dieses weitere Modul analog dem Treiber-Modul 
der Applikationssoftware beigelinkt, kann der Program- 
mierer der Applikationssoftware von Aufrufen, Adres- 
sierungen und/oder Management- Alogonthmen befreit 
werden, die fur das Zusammenwirken im Netz des be- 
treffenden Kfz-Steuergerates mit anderen notwendig 
sind. Diese und weitere Vorteile, die sich bei Amven- 
durig des erfmdungsgemaBen Verfahrens erschliefien 
lassen, werden im Zuge der nachfolgenden Beschrei- 
bung unter Bezugnahme auf die Zeichnung aufgezeigt 

Eszeigen: , " . , - 

Fig 1 ein Strukturschema zur Veranschauhchung der 
Einbettung des Treiber-Moduls zwischen Bus-Proto- 
kollchip und Applikationssoftware; 

Fig. 2 eine schematische Veranschaulichung der 
Adapterfunktion des Treiber-Moduls und seiner CAN- 
chip-spezifischen Austauschbarkeit; 

Fig. 3 eine schematische Veranschaulichung eines 
entsprechenden Treiber-Moduls zur Adaption dreier 
CAN-Chips an die Applikation; . 

Fig. 4 eine schematische Veranschauhchung der Ad- 
arbeitung einer Sende-Warteschlange; 
Fig, 5 eine Veranschaulichung von Kopierf unktionen 
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des Treiber-Moduls; 

Fig. 6 eine schematische Veranschaulichung mehre- 
rer mit unterschiedlichen GAN-Chips ausgeriisteter und 
zu einer virtuellen Einheit integrierter Steuergerate. 

Im folgenden wird unter dem Kurzbegriff des "CAN- 5 
Chip" irnmer der hardwaremaBig zu bestiickende Bus- 
Protokollchip verstanden. Ausdruckiich wird darauf 
hingewiesen, daB unter "dem" CAN-Chip aucfa mehrere 
entsprechende Exemplare verstanden werden kannen, 
die gewissermaflen einen leistungsf ahigeren CAN-Chip 10 
substituieren bzw. implementieren. Des weiteren wird 
unter "Applikation" die Abwicklung der Applikationsr 
software, d. h. der spezifischen Betriebs- und System- , 
software eines jeweils betrachteten Steuergerates auf 
seiner (Applikations-) Hardware verstanden, mit der 15 
Wirkung der erwurischten Steuerf unktiorL 

GernaB Fig. 1 kommuniziert die Applikationssoftwa- 
re 11 nicht eigenstandig uber den CA^N-Chip 1 mit dem 
Bus 2. Beziigiich des Nachrichtenverkehrs mit letzterem 
steilt yielmehr das verfahrensgemaB herziistellende 20 
Treiber-Modul 10 einen inteiligenten Adapter dar, iiber 
den jeder kommunikative Zugriff auf den Bus 2 bzw. die 
Appiikationssoftware 11 zustande kommt Hieraus folgt 
eine entkoppelnde bzw. isolierende Funktion des Trei- 
ber-Moduls 10 zwischen CAN-Chip 1 bzw. Bus 2 und .25 
Appiikationssoftware 11. . 

Die Herstellung der Appiikationssoftware kann in der 
Regei beim Hersteller bzw. Lieferanten eines Steuerge- 
rates geschehen. Die Herstellung des Treiber-Moduls 
kann beispielsweise durch den Fahrzeughers teller ge- 30 
schehen, der es dann Zulieferanten von busfahigen Steu- 
erger&ten zwecks Generation deren Software zur Ver- 
fugung steilt. Auf diese Weise kann leicht sichergestellt 
werden, daB die Herstellung und Austestung des Trei- 
ber-Moduls mittels derselben Prufkriterien geschieht, 35 
die auch in Bus-Priifsystemen in Produktion und Service 
des Fahrzeugherstellers eingesetzt werden. Auf diese 
Weise werden systematische Softwareunvertraglichkei- 
ten ausgeschlossen und es k6nnen iokale Fehler und 
deren Ursache{n) leicht erkannt werden. 40 

Zwischen Treiber-Modul 10 und Appiikationssoftwa- 
re 11 kann noch ein separat zu erzeugendes Netzwerk- 
management-Modul 12 eingebunden werden. , Analog 
dazu kann des weiteren noch ein spezielles Kommuni- 
kations-Modul 13 erzeugt und zwischen Treiber-Modul 45 
10 und Appiikationssoftware 11 eingebunden werden., 
Jedenfalls verfttgt die Applikation 1 1 aber immer uber 
einen freien Zugang 11' zum.Treibermodul 10 uber be- 
sagte CAN-Treiberschnittstelle 18. Unter bestimmten 
Voraussetzungen kann es in der Regel allerdings vor- 50 
teilhafter sein, Kommunikationsroutinen in die Appiika- 
tionssoftware 11 yon Anfang an einzubauen, wie dies 
z. B. der Veranschaulichung gemaB Fig. 6 zugrunde ge- 
legtist. 

Ein besonderes Netzwerkmanagement-Modul 12 55 
kann z. B. Aufgaben LZ. mit der Bedienung weiterer 
Steuergerate am Bus oder der Ermdglichiing eines Eui- 
draht-Notbetriebs erfiillen, wenn z. B. eine von zwei 
elektrischen Busadern Masse- oder Versorgungsspan- 
nungsschluB hat Ein besonderes Kommunikakations- 60 
Modiil 13 kann z. B. diejenigen Teile von Kommunika- 
tionsroutinen zusammenfassen, die fur mehrere Steuer- 
gerate identisch sind. Beispielsweise kann es applika- 
tionsspezifische Handler-Routinen, oder aber spezielle 
Kommununikationsfunktionen enthalten, etwa Kopier- es 
funktionen, wie z. B. die noch weiter unten erwalmte 
Pre- und Postcopy-Funktion in Verbindung mit Elemen- . 
ten zur Empf angsfilterung. 



Es sind in der Art von Einhullenden eine erste Schnitt- 
-stelle 17, namlich die Instruktions- .und Kommunika- 
tionsoberfiache des CAN-Chip, eine zweite Schnittstel- 
le, namlich die erfindungsgemaB zu definierende CAN- 
Treiber-Schnittstelle 18 und des weiteren noch eine Ma- 
nagement-Schnittstelle 19 und eine der Management- 
Schnittstelle 19 entsprechende und je nach Fullung des 
Kommunikations-Moduls 13 zu spezifizierende Schnitt- 
stelle 19' der Applikation 1 1 kenntlich gemacht 

Funktionselemente des verfahrensgemaB zu erzeu- 
genden Treiber-Moduls werden aus Fig. 2 deutlich. 

Das Treiber-Modul 10A umfaBt u. a. einen logischen 
Code 14. Dieser Code 14 ubersetzt gewissermaBen den 
CAN-Chip-typenspezifischen Instruktionscode von der 
Ebene der besagten ersten Schnittstelle 17 in ein stan- 
dardisiertes Instruktionsformat auf der Ebene der be- 
sagten CAN-Treiber-Schnittstellen 18, auf welcher die 
Appiikationssoftware 11 zugreift Der im ROM der Ap- 
plikation abgelegte logische Code 14 erfiillt dabei eine 
Funktion vergleichbar der eines Adapters oder Interfa- 
ce auf die einfache, aber leistungsf ahige Schnittstelle 18 
mit eigener funktionaler Intelligenz, die einerseits die 
Applikation — und damit den Applikationsprbgram- 
rnierer — von elementaren Kommunikationsaufgaben 
entlastet und andererseits die korrekte und netzweit 
einheitliche Programmierung des bzw. der CAN-Chips 
gewahrleistet 

Weiter umfaBt das Treiber-Modul 10 ein Datehfeld . 
15, das entweder vollstandig oder uberwiegend im ROM 
der Steuergeratehardware deponiert wird. Es ist dies 
wenigstens eine Initialisierungsstruktur und eine Kom- 
munikationsstruktur, Initialisierungsobjekte II ... .. Iy 
bzw. Kommunikationsobjekten Kl. . . . . Kx umfassend. 

Dariiber hinaus beansprucht das Treiber-Modul 10A 
auBerdem noch einen (kleihen) RAM-Bereich, um dort 
in einem fliichtigen Datenf eld 16 z. B. Statusinformatio- 
nen oder eine Warteschlange zu verwalten oder z. B, 
Funktionsriickgabewerte zu fiihren. 

Die Initialisierungsstruktur enthalt Daten, mit denen 
die Register bzw. Speicherzeilen des CAN-Chip in Ab- 
hangigkeit von der aktuell ausgewahlten Initialisie- 
rungsvariante geladen werden. 

Die Kommunikationsstruktur gliedert sich in Sende- 
urid Empfangsstruktur, jeweils Sende- bzw. Emfangs- 
Kommunikationsobjekte umfassend. Die Sende- und 
Empfangsstrukturen enthalten Informationen iiber die 
zu sendenden bzw. zu empfangenden Daten sowie die 
erforderiichen Zeiger, welche die zu benutzenden Berei- 
che im RAM des Steuergerates bzw. CAN-Register . 
festlegen. . 

Fig. 2 veranschaulicht weiter, daB es fiir CAN-Chips 
1A, IB, 1C etc. jeweils ein entsprechendes Treiber-Mo- 
dul 10A, 10B, 10C ... gibt. Unterschiedlichen CAN- 
Chips 1A bis 1C, iiber End- und Empfangsstufen 3 glei- 
chermaBen an den CAN-Bus 2 angeschaltet, sind also 
entsprechend unterschiedliche Treiber-Module 10A bis 
10C zugeordnet Entsprechend den unterschiedlichen 
Eigenschaften verschiedener CAN-Chips 10A . . . 10C 
variieren jeweils wenigstens der Code 14 und einzelnen 
Datenobjekte im Datenf eld 15 bei entsprechenden Trei- 
ber-Modulen. 

Im Shine von Fig. 3 kann "der" CAN-Chip 1 auch aus 
niehreren realen Bus-Protokollbausteinen 1.1, 1.2, 1.3, 
eta bestehen, die insgesamt wie ein (einheitlicher) Chip 
zwischen Appiikationssoftware 11 und Bus 2 wirken. 
Ohne Beschrankung der Aligemeinsheit realisiert ein 
entsprechend aufgebautes Treiber-Modul 10' auch hier 
die Treiberschnittstelle 18 und "verbirgt" dann eine ent- 
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sprechende Mehrzahl von CAN-Chips gegenuber dem Register, das zwecks Ladung als "Empfangsfenster" ge- 
Programmiererder Applikationssoftware. dffnet wird, sof era der Identifier einer CAN-Botschaft 

Allen Treiber-Modulen 10A, 10B, IOC gleich ist je- in eine vorbestimmte Maske failt Die Selektion bzw. 
docheineeinheitlicheBeschaffenheitderCAN-Treiber- Akzeptanzpriifung aus einer Vielzahl von aus dieseni 
schnittstelle 18, so daB der applikationsseitige Funk- 5 Register holbaren Daten muB also auBerhalb eines sol- 
tionsaufruf des Treiber-Moduls stets mit derselben Da- chen einfacheren CAN-Chips geschehen- 
tenobjekt-Referenz erfolgen kann, d.h. unabhangig Vorzugsweise wird das Treiber-Modul so gebaut, daB 
vom benutzten CAN-Chip. es auch diese Funktion leistet, indem es den Empfangs- 

Bei der Herstellung des Moduls wird der logische betrieb interniptgesteuert abwickelt. Dazu wird fur je- 
Treiber-Code beispielsweise insgesamt so gebaut, daB 10 den zu empfangenden Nachrichtentyp ein Empfangs- 
er, in Verbindung mit den vorerwahnten Daten, nach Kommunikationsobjekt definiert In diesem wird u. a. 
der Verknupfung mit der Applikationssoftware folgen- der die betreffende CAN-Botschaft kennzeichnender 
de Funktionenleistet: Identifier urid ein Zeiger auf die Zielvariable im RAM 

der Applikation abgelegt. Durch den einf achen Aufruf 
a. Initialisierung 15 Receive (Zeiger auf Empfangs-Kommunikationsobjekt) 

werden die Empfangsdaten aus dem Empfangs-Buffer- 

Vor dem Beginn einer Kommunikation werden die register des CAN-Chip in einen fur relevante Empfangs- 
CAN-Kommunikationspfade und der CAN-Controller daten vorgesehenen Speicherplatz im RAM der Appli- 
initialisiert Dies geschieht durch einfachen Aufruf der kation (Zielvariable) kopiert Das Treiber-Modul dese- 
Funktion 20 lektiert insoweit also alle unerwiinschten Empfangs- 

Init(Zeiger auf Initialisierungsobjekt). Kommunikationsobjekte. 

Hierfur werden in dem als Argument des Initialisie- Auf diese Weise wird — unabhangig vom realen 
rungsaufrufs bezogenen Initialisierungsobjekt alle not- CAN-Protokpllchip — z. B. die Funktion eines komfort- 
wendigen Parameter fur die CAN-protokollgemaBe ableren CAC-Chip, etwa eines FULLCAN-Chip, substi- 
Chipinitialisierung abgelegt ■ ' 25 tuiert, welcher aufgrund AusrUstung mit einem eigenen 

RAM eine Akzeptanzliste f iir alle uberhaupt zu empfan- 
b. Aussenden von Daten genden und in vorbestimmte RAM-Bereiche des Appli- 

kationskontrollers zu schreibenden Nachrichten halten 

Fur die Aussendung von Daten wird ein Sende-Kom- und verwalten kann. 
munikationsobjekt definiert, in dem unter anderem ein 30 Es wird ersichtlich, daB relevante Identifier nur dem 
die betreffende CAN-Nachricht kennzeichnender Iden- Hersteller des Treiber-Moduls bekannt sein mGssen und 
tifier und ein Zeiger auf die RAM-Adresse der auszu- in der ROM-Liste 15 des Treiber-Moduls verzeichnet 
sendenden Applikationsvariable abgelegt wird. Die sind, die Applikation bzw. der die Applikationssoftware 
Aussendung von Daten wird bewirkt durch einfachen herstellende Programmierer dieselben jedoch nicht zu 
Aufruf der Funktion 35 kennen braucht, weil Empfangsdaten, die weiterverar- 

Transmit(Zeiger auf Sende-Kommunikationsobjekt). beifet werden sollen, immer nur aus vorbestimmten, 

Dieser Aufruf bewirkt, daB mittels des Kommunika- festliegenden Speicherzellen des Applikations-RAMs 
tionsobjekts die relevante Applikationsvariable in den abgeholt zu werden brauchen. 
CAN-Chip oder in den Treiber (namlich z. B. in eine 

Warteschlange, s. u) kopiert wird. AnschlieBend erfolgt 40 e. Precopy und Postcopy 

. deren Aussendung auf den Bus vorzugsweise asynchron, 

was bedeutet, daB die. Applikationssoftware nicht auf Ura einer Applikation bezOglich zu empfangender 
eine Quittung des erfolgreichen Aussendevorganges Daten die MSglichkeit einer Selektion zu bieten (z.B. 
wartet Sie wird jedoch zu einem fruhestmdglichen Zeit- fur Filterungs- und/oder Oberprtifungsfunktionen), 
punkt dariiber informiert. Auch wird die erfolgreiche 45 werden in dem verfahrensgemSB zu erzeugenden Trei- 
Ubernahme der Applikationsvariable in die Verantwor- ber-Modul wenigstens zwei weitere Subroutinen M Pre- 
tung des Treiber-Moduls der Applikation angezeigt copy" und "Postcopy" eingebaut, welche es der Applika- 

tion erlauben, unmittelbar vor dem Empfang von Daten 
c. Sendeabbruch bzw. unmittelbar nach dem Auslesen empf angener Da- 

50 ten aus dem Empfangs-Bufferregister 21 des CAN-Chip 
Zwecks Abbruch bzw. Nichtausfuhrung eines bereits 1 in die Zielvariable (Zielspeicherplatz im RAM der Ap- 
erfolgteh Aufrufs zum:Versand einer Nachricht ist die plikation) EinfluB auf die empfangenen Daten zu neh- 
besohdere Funktion men. Wie diese beiden Funktionen wirken ist in Fig. 5 

Cancel (Zeiger auf Sehde-Kommunikationsobjekt) veranschaulicht 

vorgesehen. Ihr Aufruf bewirkt die Stornierung eines 55 Mit 21 ist das Empfarigs-Bufferregister des am Bus 2 
vorausgegangenen Transmit-Aufrufs durch Ldschung . liegenden CAN-Chip 1 bezeichnet, in welches die Emp- 
des Sehdeauftrages im Treiber oder — soweit bereits in fangsbotschaften vom Bus geladen werden. Mit 15 ist 
das Sende-Bufferregister des CAN-Chip eingeschrieben ein kleiner Ausschnitt aus dem ROM und mit 16 ein 
und noch nicht versandt — eben dort kleiner Ausschnitt aus dem RAM der Applikation be- 

60 zeichnet. Beispielsweise sind im ROM 15 Speicherberei- 
d. Empfang che 23.1, 23.2, 233, etc vorgesehen, in welche Identifier, 

hier beispielsweise x, y, und 49, fur Empfangsnachrich- 
Im Gegensatz zu komfortablen CAN-Chips mit eige- ten eingeschrieben sind. Jedem identifier sind hier bei- 
nem RAM (etwa FULLCAN-Chips) sind einfachere spielsweise acht weitere Speicherpiatze 23.1.1 bis 23.1.8, 
CAN-Chips (etwa BASICAN-Chips) nicht in der Lage, 65 23.2.1 bis 23.2.8, 233.1 bis 233.8,' eta zugeordnet, in 
alle Nachrichten, die uberhaupt empf angen werden welche zum jeweiligen Identifier gehdrende Parameter 
kdnnen oder sollen, vollstandig selbst zu filtern. abgelegt sind. 

Diese einfacheren CAN-Chips verfugen nur aber ein Im RAM 16 sind drei verschiedene Speicherplatze 25, 
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27 und 30 hervorgehoben, in welche eine Empfangsbot- . empfangener Dateri ausgefuhrt werden, wie z. B. die 
schaft abiegbar ist Dabei ist angenommen, daB der Demultiplexierung eines CAN-Datenpakets in einzelne 
Speicherplatz 25 zur Ablage der Empfangsbotschaft Variable, die Selektion bestimmter Bytes einer Nach- 
zwecks deren unmittelbarer Weiterverarbeitung, der richt, Umlenkung. empfangener, aber fehlerhafter Da- 
Speicherplatz 27 zur Ablage der Empfangsbotschaft 5 ten, zusatzliche bzw. verscharfte Empfangsfilterung, In- 
z weeks einer wie immer gearteten Bearbeittmg vor terpretation oder Klassifikation oder Entschlusselung 
Weiterverarbeitung, und der Speicherplatz 30 zur Abla- von Daten vor deren Abspeicherung, etc. 
ge einer Kopie der Empfangsbotschaft nach deren Emp- ErsichtlichermaBen erschlieBen ,diese zwei Routinen 
f angseinschrieb in das RAM 16 vorgesehen ist eine sehr differenzierte Verarbeitbarkeit von Emp- 

Die Funktion ist folgende. Botschaften werden uber 10 fangsbotschaften. Sie werden durch den einfachen Auf- 
den Bus 2 im Broadcast- Verfahren versandt, erreichen ruf 

insoweit also grundsatzlich alle CAN-Chips der einzel- Precopy(Zeiger auf Empfangs-Kommunikationsobjekt) 
nen am Bus liegenden Steuergerate. Soweit es sich hier- oder 

bei nicht um CAN-Chips rhit 100%iger Akzeptanz-Fil- Postcopy (Zeiger auf Empfangs-Kommunikationsob- 
terung, also beispielsweise FULLCAN-Chips, handelt, 15 jekt) 
erfolgt wenigstens. die FUterung bzw. Diskrimination aktiviert 
der Empfangsbotschaften vermittels des Treiber-Mo- 

duls auBerhalb des CAN-Chip 1. f. Remote Request Service 

Sobald eine beliebige Botschaft im Empfangs-Buffer- 
register 2i eingeladen ist greift die Appl&ati^^ 20 Das Treiber-Modul kann auch die Remote-Eigen- 
terrupt-Service- Routine 22.0 auf das ROM 15 zu und schaften des CAN-Protokolis unterstutzen. Die entspre- 
iiberpruft, beispielsweise durch sukzessives Abfragen chende Remote Request Service Funktion emuiiert bei 
22.lt 22.2 alle dort in Speicherplatzen 23.1, 23.2, 23.3, eta Anwendungen mit CAN-Chips, die keine automatische 
abgelegten Identifier auf Obereinstimmung mit dem . Beantwortung eines Remote Request unterstiitzen, die 
Identifier der Empfangsbotschaft ab. 25 immanente Remote Request Funktion von CAN-Chips, 

U.U. wird keine Ubereinstimmung festgestellt, was die ohne Einschrankung das. gesamte CAN-Protokoll 
bedeutet, daB die Empfangsbotschaft nicht ausgewertet unterstiitzen und autonom abwickeln konnen, etwa 
wird, weil sie z. B. gar nicht fur das betrachtete Steuer- / FULLCAN-Chips, Dabei kann die Transmit-Funktion 
gerat aus einer bestimmten Kategorie von Steuergera- vermittels eines im CAN-Protokoll designierten Steuer- 
,ten, etwa solchen mit einem BASICAN-Chip, bestimmt 30 Flags Remote- Botschaften auf den Bus aussenden. Emp- 
ist fangene Remote-Frames werden entweder durch den 

Wird jedoch der in das Empfangs-Bufferregister aktu- FULLCAN-Chip oder durch das Treiber-Modul bear- 
ell eingeladene Empf angs-Identifier, hier angenommen beitet und beantwortet Die Applikationssoftware .1 1 
"49", beispielsweise im Speicherplatz 23.3 vorgefunden, bzw. die Applikation wird hiervon uber eine entspre- 
fragt die Interrupt- Service' Routine alle nachfolgenden 35 chende Statusinformation unterrichtet, welche in dem 
Speicherplltze 23.3.1 bis 23.3.8. sukzessive 22.3 nach schon erwahnten Datenfeld 16 abgelegt wird 
darin enthaltenen Adress-Codierungen fur den RAM- Fur die Bearbeitung von schnell aufeinanderfolgen- 
Einschrieb besagter Empfangsbotschaft ab. Beispiels- den Sendeanforderungen und zur Realisierung einer 
weise ist in den Speicherplatz 233.1 eine "0" einge- Multitaskingfahigkeit des Treiber-Moduls ist es vorteil- 
schrieben. Dies bewirkt den Einschrieb 24 der Botschaft 40 haft, in diesem gemaB Fig. 4 eine Sende-Warteschlange 
im Empfangs-Bufferregister 21 in den Speicherplatz 25 20 zii implementieren. Deren Verwaltung und Abarbei- 
im RAM 16 der Applikation, dessen Adresse z. B. im tung geschieht vorzugsweise asynchron und vom CAN- 
ROM-Platz 23.3.2 abgelegt ist Ist in den Speicherplatz Chip aus interruptgesteuert. Der Programmierer der 
233.1 hingegen ein von "0" abweichender Wert — hier Applikationssoftware ist dann auch bezuglich Versand- 
beispielsweise "10110" — eingeschrieben, so wird dieser 45 abfolgen ungebunden vom CAN-Chip und braucht ihn 
Wert als Startadresse einer zwecks Bewertiing, Fiite- deshalb nicht zu kennen. 

rung, etc der Empfarigsdaten vorgesehenen Anwender- Neben Anforderungen seitens der Applikation kon- 

funktion interpretiert, die mit dieser Adresse im Spei- nen in eine solche Warteschlange auch Sendeanforde- 
cherplatz 27 des RAMs 16 der Applikation abgelegt ist rungen eines besonderen Netzwerkrnanagement- Mo- 
und der die Botschaft im Empfangs-Bufferregister 21 50 duls 12 geladen werden, welches mehr oder weniger f est 
unterworfen wird (Precopy), bevor sie weiterverarbei- in die Applikationssoftware 11 eingebunden ist Die Ap^- 
tet (und zu diesem Zwecke dann z. B. in den Speicher- plikationssoftware wird jedenfalls durch kommunika- 
platz 25 abgelegt) wird. Hierzu konnte die Empfangs- tionsobjektbezogene Statusinformation, die in die Sta- 
botschaft z. B. voriibergehend in einen Zwischenspei- tusdatei in das RAM 16 der Applikation geschrieben 
cherplatz 28 im RAM 16 geladen werden. Entsprechen- 55 wird, uber den jeweiligen Zustand des Sendeauftrages 
de Adressen der RAM-Speicherplatze 27 und 28 konnen aktuell informiert 

im ROM-Speicherplatz 233.1 mitabgelegt sein, . Die Sendewarteschlange bewirkt eine sehr vorteilhaf- 

Ein bestimmter Wert im Ietzten Speicherplatz 233.8 te zeitliche Entkopplung zwischen der Applikationssoft- 
bewirkt hingegen, daB die zwecks Empfangsverarbei- ware, den CAN-Busverhaltnissen und einzelnen Tasks 
tung bereits ins RAM 16 eingeschriebene Empfangsbot- 60 11*1, 11*2, 113, eta der Applikationssoftware unterein- 
schaft in einen besonderen Speicherplatz 30 des RAMs ander. ' 

16 kopiert 29 wird (Postcopy), was z. B. fOr ein SSteuerge- Da eine splche Warteschlange bezuglich eines aktuel- 

r&t wichtig sein kann, das die zeitliche Anderung einer Ien Sendeaufrufs seitens der Applikationssoftware we- 
MeBgroBe auswertet und insoweit auf die Festhaltung gen ihrer busbelegungsabhangig asynchronen Abarbei- 
jeweils wenigstens eines Ietzten bzw. zurQckliegenden 65 tung eine gewisse mittlere Mindestdurchsatzverzdge- 
MeBwertes angewiesen ist rung fur Sendeanforderungen involviert, ist fiir beson- 

Es k6nnen so im Zuge des Datenempfangs gezielt ders dringende Botschaften eine Erweiterung der 
kurze, applikationsspezifische Operationen bezQglich Transmit-Funktion vorzusehen, namlich eine: 
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g. Bevorzugte Behandlung von auszusendenden Daten 

Ein bevorzugter Sofortversand eines Kommunika- 
tionsobjekts, welches in die Kommunikationswartesch- 
lange geladen wurde, ist durch den einf achen Aufruf 5 
TransmitFast (Zeiger auf Sende-Kommuriikationsob- 
jekt) 

mfcglich. Dieser Treiberaufruf bewirkt, daB das bezoge- 
ne Kommunikationsobjekt bei bereits wartenden Sen- 
deauftragen in den untersten Warteplatz in der War- 10 
teschlange geschrieben und wartende Auftrage somit 
urn einen Platz hdher geschoben werden, von wo aus 
das Kommunikationsobjekt somit mit dem nachsten In- 
terrupt sogleich in das Sende-Bufferregister des CAN- 
Chip transferiert wird. 15 

Die bereits erwahnte Sendeabbruchsfunktion 
Cancel (Zeiger auf Sende-Kommunikationsobjekt) 
bewirkt i.Z. mit der Sendewarteschlange die Loschung 
eines in der Warteschlange oder bereits im Chip befind- 
lichen Sendeaufrufs mit der Wirkung, daB alle nach die- 20 
sem Auf ruf in die Warteschlange eingeschriebenen Auf- 
trSge in der Prioritat um eineri Platz nach oben (bzw. 
nach unten in der in Fig. 4 gewahlten Symboldarstellung 
der Warteschlange als FIFO-Register) rQcken, von wo 
aus sie dann m einen Interrupt-Schritt fruher abgear- 25 
beitet werden. 

Diese Funktion erlaubt also z. B., eine bereits fttr den 
Versand in die Warteschlange geladene Nachricht, die 
z. B. wegen hoher Busbeiastung aber rioch nicht ver- 
sandt werden konnte und deshalb schon unaktuell ge- 30 
worden ist und durch eine aktuellere ersetzt werden 
sollte, unwirksam zu machen; mittels der TransmitFast- 
Funktion kann dann die aktuell verfugbare Nachricht 
be vorzugt versandt werden (Priority- Boost). 

Im Treiber-Modul konnen noch Standby-Funktionen 35; 
realisiert werden, so z. B.: 

h. Power Down 

Mittels des Aufrufs 40 
PowerDownO 

kann der CAN-Chip generell bzw. in Abhangigkeit von 
einem Argument in den stromsparenden Standby-Mo- 
dus gebracht werden. 

45 

i. Wake Up 

Die Funktion 
WakeUpO 

wird vpm Programmierer der Applikationssoftware 50 
selbst geschrieben und vom Treiber-Modul nach einem 
entsprechenden Wake-Up-Interrupt des CAN-Chip 
aufgerufen. 

Es ist insoweit ersichtlich, daB das erfindungsgemafle 
Verf ahren der Programmcodeerzeugung zur Program- 55 
mierung des ROMs eines busfahigen, sich auf wenig- 
stens einen Mikrorechner sttttzenden Kfz-Steuergera- 
tes zum einen zu einer erheblichen Straffung des Appli- 
kationsprogrammes und — sofern jeweils alle Steuerge- 
rate am Bus nur die zentral ausgetesteten Funktionen 60 
entsprechender Treiber-Module riutzen — zu einer Ef- 
fektivierung der Kommunikation im Netz fOhrt 

Fig. 6 verahschauiicht noch, wie eine Vielzahl von 
verfahrensgemaB programmierten Steuergeraten 4A, 
4B, 4C, eta, die mit ganzlich verschiedenen CAN-Chips 65 
1A, IB, 1C, etc ausgerustet sein kdnnen, iiber den Bus 2 
miteinander gekoppelt werden; es ist hierbei der Son- 
derfall veranschaulicht, bei dem ein besonderes Kom- 



munikations-Modul 13 entfallt, indem die entsprechen- 
den Routinen jeweils in der geratespezifischen Applika- 
tionssoftware 11A, 11B, 11C, etc. integriert sind 

Dabei stellen entsprechende Treiber-Module 10A, 
10B, 10C, etc. teils direkt, teils uber Teile 12A, 12B, 12C, 
etc. einer ubergeordneten Netzwerkmanagement-Spft- 
ware die Verbindung unter den jeweiligen Applika- 
tionsprogrammen 11A, 11B, 11C, etc. in den verschiede- 
nen Steuergeraten 4A, 4B, 4C, etc. her. 

Es ist weiter ersichtlich, daB die schraffiert angelegten 
Teile ein virtuell einheitliches Informationssystem, d. h. 
eine virtuelle Funktionseinheit, bilden, welche/s auf- 
grund der in alien Steuergeraten verteilt untergebrach- 
ten Netzwerkmanagement-Software sowohl in Rich- 
tung der jeweiligen Applikationssoftware als auch in 
Richtiing des Busses 2 identische Funktionalitat fOr alle 
Steuergerate 4A, 4B, 4Q etc. bietet, sofern diese nur mit 
CAN-Chips gleicher Protokollnutzungsbreite ausge- 
stattet sind. 

Ferner ist ersichtlich, daB bei Verwendung des erfin- 
dungsgemaBen Verfahrens zur Programmierung busfa- 
higer elektronischer Steuergerate in einem Kraftfahr- 
zeug sowohl fur die Hersteilung als auch das Austesten 
unterschiedlichster Applikationssoftware 11 A, 11B, 11C, 
etc. fur die einzelnen Steuergerate 4A, 4B, 4C, etc. — 
unabhSngig von dem bzw. den geratespezifisch einge- 
setzten CAN-Chip/s — identische Bedingungen vorgeb- 
bar und nutzbar sind, woraus erhebliche Zeit- und Ko- 
steneinsparungen und Sicherheitsgewinne resultieren. 

SchlieBlich ist ersichtlich, daB sich im Zuge der An- 
wendung des erfindungsgemaB fortgebildeten Verfah- 
rens die Realisierung des in Fig. 6 veranschaulichten 
Infbrmationsubertragungssystems im Sinne einer virtu- 
ellen Einheit praktisch von selbst ergibt Das Informa- 
tionsubertragungssystem wird von den schraffierten 
Teilen gebildet Hierfur werden also Netzwerkmanage- 
ment-Module 12A, 12B, 12C, etc vorgesehen, die einer- 
seits mit den jeweiligen Treiber-Modulen 10A, 10B, 10C, 
etc, und andererseits Uber ebenfalls einheitliche Kom- 
munikations-Schnittstellen 19A, 19B, 19C eta mit cler 
jeweiligen Applikationssoftware 11A, 11B, HQ eta 
kommunikationsfahig sind. 

In der Praxis ergibt sich diese Wirkstruktur durch 
einfaches Beilinken von in analoger Weise zentral aus- 
getesteten Netzwerkmanagement-Modulen 12 A, 12B, 
oder 12C zusammen mit dem jeweils CAN-Chip-spezifi- 
schen Treiber-Modul 10A, 10B oder 10C zur jeweiligen 
Applikationssoftware HA, 11B, 11C in einer Netzwerk- 
fehler somit weitgehend ausschlieBenden Weise. 

Patentansprtlche 

1. Verf ahren zur Programmierung eines busfahigen 
elektronischen Kfz-SteuergerStes, welches zur 
Realisierung seiner Steuerfunktion mit wenigstens 
einem Mikrorechner (und) mit ROM und RAM zur 
Aufnahme bzw. Abwicklung der fiir. die Steuer- 
funktion erforderlichen Applikationssoftware und 
des weiteren mit wenigstens einem Bus-Protokoll- 
chip ausgerustet ist, und wobei die Programmie- 
rung des ROMs in einer Weise geschieht, daB be- 
sagte Applikationssoftware Qber den wenigstens 
einen Bus-Protokollchip und insoweit — • im Sinne 
einer (jeweils) ersten Schnittstelle — fiber dessen/ 
deren spezifische Instruktions- und Kommunika- 
tionsoberfiache/n mit dem Bus kommuniziert, da- 
durch gekennzeichnet 

— daB eine zweite, von dem wenigstens einen 
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Bus-Protokollchip (1; 1.1, 1.2, 13) unabhangige 
Schnittstelle (18) im Sinne einer weiteren, uni- 
versellen Instruktions- und Kommunikations- 
oberflache definiert wird; 

— daB zwecks Kopplung besagter erster und 5 
zweiter Schnittstellen (17 und 18) unabhangig 
von der Applikationssoftware (11) ein auf den 
wenigstens relevanten Bus-Pro tokollchip (1; 
1.1, 1.2, 13; 1A, IB, 1C) zugeschnittenes Trei- 
ber-ModuI (10; 10'; 10A, 10B, 10C) mit den 10 
Eigenschaften eines Adapters erzeugt wird; 

— daB bezuglich der Buskommunikation die 
steuerger&tespezifische Applikationssoftware 
(11) ausschlieBlich auf diese zweite universelle 

» Schnlttstelie (18) abgestimmt und ausgericbtet 15 
und insoweit unabhangig von dem wenigstens 
einen Bus-Protokollchip erzeugt wird; 

— daB die vom Bus-Protokollchip (1; 1.1, 1.2, 
13; 1A, IB, 1C) unabhangige Applikationssoft- 
ware (11) und das applikationsunabhangige 20 
Treiber-Modul (10; 10A, 10B, IOC) mittels ei- 
nes 'linkprbzesses miteinander verknupft wer- 
den, und 

— daB der als Ergebnis des Linkprozesses er- 
haltene Programmcode in besagtem ROM re- 25 
sidentabgelegt wird. 

2. Verfahren gemaB Anspruch 1, dadurch gekenn- 
zeichnet, 

— daB das Treiber-Modul (10; 10'; 10A, 10B, 
10C) in der Weise hergesteilt wird, daB es nach 30 
der Verkniipfung mit der Applikationssoftwa- 
re (1 1) wenigstens f olgende Funktionen ieistet: 

— die Initialisierung der Bus-Kommuni- 
kationspfade und/oder des wenigstens ei- 
nen Bus-Protokollchip (1; 1.1, 1.2, 13) vor 35 
dem Beginn einer Kommunikation; 

— die Abholung von Sendedaten unter 
wenigstens einer RAM-Adresse, deren 
Ladung in ein Senderegister des wenig- 
stens einen Bus-Protokollchip und die 40 
Veranlassung des Auslesens der Sendeda- 
ten auf den Bus; 

— die Abholung von Empfangsdaten aus 
einem Empfangsregister (21) des wenig- 
stens einen Bus-Protokollchip (1; 1.1, 1.2, 45 
13) und deren Ladung in wenigstens ei- 

. nen vorbestimmten Speicherpiatz (25) im 
RAM des Mikrorechners. 

3. Verfahren gemaB Anspruch 2, dadurch gekenn- 
zeichnet, . ■ 50 

— daB das Treiber-Modul (10; 10'; 10A, 10B, 
10C) in der Weise hergesteilt wird, daB es nach 
der Verknupfung mit der Applikationssoftwa- 
re (11) wenigstens f olgende weitere Funktio- 
nen Ieistet: • ' 55 

— den Aufbau und die Verwaltung einer 
Warteschlange (20) fur Sende-Kommuni- 
kationsobjekte; 

— den bevorzugten Versand von Sende- 
Kommunikationsobjekten aus der War- 60 
teschlange (20) unter Zuweisung der je- 
weils obersten Prioritat; 

— die iridividuelle, selektive Unwirksam- 
machung von Sende-Auftragen, bevor de- 

. ren Versand erfolgt ist & 

4. Verfahren gemaB Anspruch 1, dadurch gekenn- 
zeichnet 

— daB unabhangig von der Applikationssoft- 
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ware (1 1) und unabhangig von dem wenigstens 
einen Bus-Protokollchip (1; 1.1, 1.2, 13) noch 
wenigstens ein weiteres Modul (12, 13), bei- 
spielsweise ein Netzwerkmanagement- Modul 
(NWM; 12), hergesteilt wird, und 

— daB das wenigstens eine weitere Modul (12, 
13) mit der Applikationssoftware (11) und/ 
Oder dem Treiber-Modul (10; 10'; 10A, 10B, 
10C) mittels eines Linkprozesses miteinander 
verknupft werden, um den im ROM des Steu- 
erger&tes ablegbaren Programmcode zu er- 
haiten. 

5. Verfahren gemaB Anspruch 2, dadurch gekenn- 
zeichnet, 

— daB das Treiber-Modul (10; 10'; 10A, 10B, 
10C) in der Weise hergesteilt wird, daB es nach 
der Verknupfung.mit der Applikationssoftwa- 
re (11) wenigstens folgende weitere Funktion 
Ieistet: 

— die Unterwerfung der Empfangsdaten 
aus einem Empfangsregister (21) des we- 
nigstens einen Bus-Protokollchip (1; 1.1, 
1.2, 13) einer Bearbeitungsfunktion und 
die Ladung der so bearbeiteten Emp- 
fangsdaten in wenigstens einen vorbe- 
stimmten Speicherpiatz im RAM (16) des 
Mikroreclmers des Kfz-Steuergerates. 

6. Verfahren gemaB Anspruch 2, dadurch gekenn- 
zeichnet, 

— daB das Treiber-Modul (10; 10'; 10A, 10B, 
10C) in der Weise hergesteilt wird, daB es nach 
der Verknupfung mit der Applikationssoftwa- 

\ re (11) wenigstens folgende weitere Funktion 
Ieistet: 

— die Versetzung des wenigstens einen 
Bus-Protokollchip in einen stromsparen- 
den Standby- Modus. 
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